>From bounce-amos-list--1276-mcox=access.digex.net@onelist.com Tue Sep 29 18:17:58 1998 Received: from onelist.com (pop.onelist.com [209.207.135.253]) by pony-2.mail.digex.net (8.8.8/8.8.8) with SMTP id SAA10636 for ; Tue, 29 Sep 1998 18:17:57 -0400 (EDT) Received: (qmail 20788 invoked by alias); 29 Sep 1998 22:15:16 -0000 Received: (qmail 20751 invoked from network); 29 Sep 1998 22:15:08 -0000 Received: from unknown (HELO cerberus.emed.com) (198.64.214.194) by pop.onelist.com with SMTP; 29 Sep 1998 22:15:08 -0000 Received: (from mail@localhost) by cerberus.emed.com (8.6.12/8.6.9) id QAA27498 for ; Tue, 29 Sep 1998 16:06:24 -0500 Received: from mail.emed.com(198.64.195.1) by cerberus.emed.com via smap (V1.3) id sma027494; Tue Sep 29 16:06:24 1998 Received: from service.emed.com (service.emed.com [198.64.195.95]) by mail.emed.com (8.7.5/8.7.3) with ESMTP id RAA02123 for ; Tue, 29 Sep 1998 17:17:57 -0500 (CDT) Message-Id: <199809292217.RAA02123@mail.emed.com> From: "Service" To: Date: Tue, 29 Sep 1998 17:16:09 -0500 X-MSMail-Priority: Normal X-Priority: 3 X-Mailer: Microsoft Internet Mail 4.70.1161 Mailing-List: list amos-list@onelist.com; contact http://www.onelist.com Delivered-To: mailing list amos-list@onelist.com Precedence: bulk Reply-to: amos-list@onelist.com Mime-Version: 1.0 Content-Type: multipart/alternative; boundary="----=_NextPart_000_01BDEBCC.D9C40580" Content-Transfer-Encoding: 7bit Subject: [amos-list] Re: Bob Off alternative? Status: O X-Status: From: "Service" This is a multi-part message in MIME format. ------=_NextPart_000_01BDEBCC.D9C40580 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit I've had no problem with it & I've located some big-arse BOB's & displayed'em off the screen, like 120x70 32-color jobs. Ken > From: Andrew Crowe > Emm, yes there is. (AMOS Pro anyway) it seems to work fine for me > with bob draw/clear. > > No no no, you don't want to do that. Theres a bug in amos where if a bob > goes out of the clipping area the last place it was still gets redrawn > even though there is no bob there. This causes lots of problems. > Interesting way of doing it, but a bit buggy cos of amos. ------=_NextPart_000_01BDEBCC.D9C40580 Content-Type: text/html; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable

I've had no problem with it & I've = located some big-arse
BOB's & displayed'em off the screen, like = 120x70 32-color jobs.

Ken

> = From: Andrew Crowe <andrewcrowe@enterprise.net>
>    Emm, yes there is. = (AMOS Pro anyway) it seems to work fine for me
> with bob = draw/clear.
>
> No no no, you don't want to do that. Theres = a bug in amos where if a bob
> goes out of the clipping area the = last place it was still gets redrawn
> even though there is no bob = there. This causes lots of problems.
> Interesting way of doing = it, but a bit buggy cos of amos.

------=_NextPart_000_01BDEBCC.D9C40580--